home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / networking / terms / kermit / b / ik0423.hlp < prev    next >
Encoding:
Text File  |  1992-12-01  |  7.3 KB  |  148 lines
  1. IK0423.HLP                                            92/10/29
  2.  
  3.                 Notes for Kermit-370 4.2.3 and 4.2.4
  4.  
  5. Changes in the installation procedure for version 4.2.3:
  6.  
  7. - For CMS only - two new CNTRL files are available (KERMCMS6 and
  8.   KERMESA) for conveniently including SFS support.  Also, there is a
  9.   new all-in-one installation EXEC -- see IKCKER INS.
  10.  
  11. - In general - (this is optional).  Kermit-370 now is able to translate
  12.   between Japanese EUC and three proprietary storage formats for Kanji
  13.   text (Fujitsu, Hitachi, and IBM).  The translation, however, requires
  14.   a large table which now becomes the tenth component of the Kermit
  15.   source (to be inserted just before IK0PRO).  The code has been
  16.   arranged so that it can still be assembled without the new IK0KAN.ASM
  17.   component.  If you wish to be able to transfer Kanji text files, you
  18.   must obtain IK0KAN.ASM and include it in the base Kermit source (2nd
  19.   from the end).  The various installation guides IK*.INS have been
  20.   updated appropriately.
  21.  
  22. - Note: for some of the new features in Kermit-370 version 4.2.3, it is
  23.   necessary to have a corresponding upgrade of the other Kermit.  In
  24.   particular, support for Kanji text files, the new locking shift
  25.   protocol, and the new FULLSCREEN mode depend on such an upgrade.
  26.   Currently, the sufficient implementations are MS-Kermit 3.12 BETA and
  27.   C-Kermit 5A(180) or higher.  Any of the beta releases of MS-Kermit
  28.   3.12 with dates between March 15 and September 20 will serve "as is",
  29.   but later versions, including the production version, do not support
  30.   FULLSCREEN mode.
  31.  
  32.                    KERMAIL, KERMPRT, and KERMSUB
  33.  
  34. The syntax of the first call to these auxilliary commands has been
  35. changed to include a "dummy" filespec consisting of a period instead
  36. of none at all.  Sample commands are now included with the CMS and TSO
  37. distribution (ikcaux.cmd and iktaux.cmd, respectively).
  38.  
  39.                      Kanji text file support
  40.  
  41. Kanji text differs from other kinds of text files in that it has *two*
  42. different character sets associated with it, one single-byte (SBCS) and
  43. one double-byte (DBCS).  Thus, it may be necessary to specify the
  44. subcommand SET FILE CHARACTER-SET twice, once for the SBCS and once for
  45. the DBCS.  For example, SET FILE CHAR CP290 and SET FILE CHAR FUJITSU
  46. would select one possible SBCS (CP290) along with the Fujitsu DBCS.
  47. Other possible SBCS's are CP281, CP500, and H-EBCDIK-DASH.  Plain
  48. "EBCDIC" is not currently allowed in combination with Kanji.  It is
  49. important to specify the SBCS first; a SBCS can be used alone and always
  50. overrides whatever character set was previously selected, but a DBCS
  51. must always be used with a SBCS and so "merges," if possible, with the
  52. SBCS already in effect.  Note: the chosen SBCS may result in EBCDIC/
  53. ASCII translations that differ from those performed by the front end
  54. (for non-transparent modes) -- in that case, it is necessary to SET
  55. TTABLE ON in order to transfer files.
  56.  
  57. The choices for DBCS are IBM-KANJI, FUJITSU-KANJI, HITACHI-KANJI, and
  58. KANJI.  The latter is taken to be a synonym for one of the others (by
  59. default, IBM, but it is simple to change that default -- see the BWR
  60. files).  When a text file is uploaded using the Japanese EUC encoding,
  61. or when the user types SET TRANSFER CHAR JAPAN-EUC, if none of the three
  62. Kanji character sets is already selected, the default KANJI DBCS is
  63. chosen along with an appropriate (but not necessarily the "correct")
  64. SBCS.
  65.  
  66.                   The new FULLSCREEN transfer mode
  67.  
  68. In the past, Kermit was not usable with certain communications front
  69. ends, such as SIM3278/VTAM, the IBM 3708 in full-screen mode, and the
  70. MICOM 7400, all of which lack a working transparent mode suitable for
  71. Kermit protocol.  However, the new FULLSCREEN mode for Kermit-370 allows
  72. file transfers without control characters and, therefore, without a
  73. transparent mode.  The new mode entails one protocol change to allow
  74. printable characters to synchronize packets and another to avoid strings
  75. of repeated blanks; thus, only a suitably upgraded micro Kermit can be
  76. used (currently, only MS-Kermit 3.12 and C-Kermit 5A.180).  The C-based
  77. micro Kermits have not all been upgraded to level 5A.180.  In principle,
  78. FULLSCREEN mode could be used with almost any protocol converter, but
  79. the printable packet characters and other restrictions on this mode make
  80. it less robust and slower than a transparent mode would be; so,
  81. FULLSCREEN mode is recommended primarily as a last resort.
  82.  
  83. The basic setup consists of the following Kermit subcommands:
  84.  
  85.      -----Mainframe-----             ----------PC--------
  86.      SET CONTROLLER FULL             SET SEND START 62
  87.      SET RECEIVE START 62            SET RECEIVE START 62
  88.      SET SEND START 62               SET BLOCK B
  89.      SET BLOCK B                     SET HANDSHAKE NONE
  90.      SET HANDSHAKE 0
  91.  
  92. Possible variations:
  93.  
  94. - The choice of 62 (Greater-than sign) for the start-of-packet character
  95.   is arbitrary, and it can be changed, as long as you change all four of
  96.   them.  For best results, choose a character that seldom appears in the
  97.   files you will be transferring.
  98.  
  99. - Packet sizes are automatically restricted by Kermit-370 in this mode,
  100.   so they need not be set explicitly unless conditions require packets
  101.   shorter than the default (77).
  102.  
  103. - Flow control is probably immaterial for locally connected terminals,
  104.   but some protocol converters may require it to keep up with the data
  105.   rate on uploads.
  106.  
  107. - The parity settings in the mainframe Kermit are ignored in this mode,
  108.   and those in MS-Kermit should be the usual.
  109.  
  110. - Setting the block check to "B" (yes, "B") is important on certain
  111.   protocol converters because it avoids problems with "optimization" of
  112.   outbound strings of repeated blanks.  However, it is not generally
  113.   necessary, and a setting of "1" will normally suffice and will avoid
  114.   certain other problems that can occur when an inbound initialization
  115.   packet has a blank checksum.
  116.  
  117. Warnings:
  118.  
  119. FULLSCREEN mode depends on the ability of the protocol converter to
  120. buffer the traffic on the line, since there is no universal method of
  121. synchronization between sending and receiving.  Problems may occur if
  122. this buffering is inadequate.
  123.  
  124. - If the protocol converter has a buffer significantly shorter than 80
  125.   bytes, it will be necessary to shorten inbound packets accordingly (by
  126.   issuing a SET REC PACK to K-370).  The symptoms of a short buffer are
  127.   fairly obvious -- the log of packets on the mainframe side will show an
  128.   inbound packet that has been truncated and concatenated with a second
  129.   copy of the same packet; the micro log will show a truncated echo of
  130.   the inbound packet and then a timeout.
  131.  
  132. - It may be possible to avoid shortening the packets if the protocol
  133.   converter can do flow control.  Just turn on flow control in the micro
  134.   Kermit as well as the controller.
  135.  
  136. - If the mainframe packet log shows inbound packets losing the leading,
  137.   rather than trailing, characters, and the micro shows the same problem
  138.   with echoed packets, the trouble may be a "dead" time in the protocol
  139.   converter between send and receive states -- the solution may be to set
  140.   a pause in the micro Kermit before sending each packet.
  141.  
  142. - See the Kermit distribution file ik0aaa.hlp for details about specific
  143.   protocol converters.
  144.  
  145.                           Other Features
  146.  
  147. See the respective announcement files (ik*.ann) for further details.
  148.